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FIELD OF THE INVENTION 

The present invention is directed to a component architecture. 



SUMMARY 

An audio server system for streaming audio content has an audio switch that 
receives commands from an audio control component and sends commands to an audio stream 
source, that receives events from an audio stream source and sends events to an audio browse list 
component, and that controls the switching of audio from the audio stream source to one or more 
receivers; and an audio control component that receives commands from an audio control 
synchronous component and sends commands to the audio switch. 



BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 illustrates a high level overview of all of the components of a Vulcan 
architecture and the links between those components; 

Figure 2 illustrates an overview of a component architecture; and 
Figures 3-5 show screenshots of an exemplary Audio Browser. 
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2 Design Overview 

The Vulcan product which is designed to stream audio from a given audio content 
server PC to multiple connected audio receivers, is made up of a collection of components, i.e. 
Beads, which will communicate through command requests and event responses. This design 
will outline the structure of all commands and events in the system. In addition, the structure of 
any required protocol initialization files will also be designed. ^ 

3 Process Summary 

The diagram of Figure 1 details the high level overview of all of the components 
of the Vulcan architecture and the links between those components. The interface between each 
component is detailed in the Component Interfaces Design document which is available at: 
Component lnterfaces.xls . The basic responsibility of each component in the diagram above is 
as follows: 

AudioStreamSource: 

• Interface bead which receives commands from AudioSwitch and talks to audio source 
interface libraries such as Real Audio and Windows Media. 

• Sends asynchronous events to AudioSwitch. 

AudioSwitch: 

• Receives commands from AudioControl and sends commands to AudioStreamSource. 

• Receives events from AudioStreamSource and sends events to AudioBrowserList. 
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• Controls the switching of audio from AudioStreamSource to one or more Receivers. 

• Requests playlist content (see: Playlist Parsers), upon receipt of a CreateActivity 
command that contains a Playlist or a SetPlaylist command. 

• Receive commands on it's config edge to list all current activities that it owns. 

AudioControl: 

• Receives commands from AudioControlSynchronous and sends commands to 
AudioSwitch. 

• Requests playlist content (see: Playlist Parsers), upon receipt of the ExpandPlaylist 
command from an Audio Browser. 

AudioControlSynchronous : 

• Receives events from AudioBrowserList, AudioContentList and AudioReceiverList. 

• Sends commands to AudioControl on the server local to the requested content or on the 
server responsible for serving up intemet content, when applicable. 

• Generates unique ActvitylDs across all Audio Browsers, using IP address and sequential 
ID. 

AudioBrowserList: 

• Receives messages from Heartbeat about the addition/removal of Audio Browsers and 
requests the initial Ust of active activities from AudioSwitch when a new Audio Browser 
is detected. 

• Receives events from AudioSwitch and sends events to all active Audio Browsers. 
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AudioContentList: 

• Receives messages from Heartbeat about the addition/removal of Audio Servers. 

• Users IP address of new server to get virtual roots from HTTPServer, and uses virtual 
roots to get audio content from FileCrawler. 

• Forwards new (and removed) content events to AudioControlSynchronous. 

AudioReceiverList: 

• Receives messages from Heartbeat about the addition/removal of Audio Receivers and 
forwards those messages in the form of events to AudioControlSynchronous. 

HTTPServer: 

• Receive commands on it's config edge to add/remove/modify virtual roots. 

• Receive a command on it's config edge to retum contents of virtual roots table. 

FileCrawler: 

• Receive a command on it's config edge to retum a list of files for a given HTTP virtual 
root (and it's subdirectories) for a given content type (i.e. extension). 

• Transform all local files names into encoded URLs. 
PlayUst Parser: 

• Receive a format specific playlist and convert it into a generic filelist. 

• There will actually be one PlaylistParser for each support playlist type, (i.e. M3UParse, 
PLSParse, ASXParse, etc.). 
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FileGlobalizer: 

• Transforms local file names into URLs. It will be used in conjunction with the Playhst 
Parsers to retum file lists with URLs instead of just local file names. 

Heartbeat: 

• On startup, post a message to discovery, announcing the presence, or absence, of each 
Strings feature, i.e., Local-Content Server, Intemet Content Server, Receiver or Browser. 

• Receive messages fi'om discovery channels for each feature and forward events for each 
existing feature. 

4 Design Concepts 

The architecture is made up features which can be distributed in any way across 
hosts in the network. The only requirement is that at most one instance of a given feature can be 
running on a host at a time. The features that make up the architecture are the Server, Receiver 
and Browser. Server features can be further broken down to support local content, intemet 
content or both. Heartbeat is responsible for discovering all features and forwarding 
corresponding events appropriately. AudioBrowserList will receive events for Browser features, 
AudioContentList will receive events for Server features and AudioReceiverList will receive 
events for Receiver features. 

All features can communicate asynchronously over a well known port using 
sockets, or synchronously via an HTTP request. 

AudioControlSvnchronous will receive all accessible content and receivers (fi'om 
AudioContentList and AudioReceiverList, respectively) and all current activities fi"om 
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AudioBrowserList on startup. Subsequent events to AudioControlSynchronous will only contain 
deltas to the original data dump and will be initiated as follows: 

• An event is sent from AudioBrowserList indicating a modification of an existing activity. 

• An event is sent from AudioContentList indicating that a new PC came on-line with new 
playlist/audiofile info or an existing PC went off-line, thus removing existing 
playlist/audiofile info. 

• An event is sent from AudioReceiverList indicating that a new audio receiver came on- 
line or an existing audio receiver went off-line. 

When AudioContentList receives the event from Heartbeat announcing a new Server feature, it 
will request the virtual roots on that server from HTTPServer. Then, it will request the audio 
content for each virtual root, for each supported content type, from the FileCrawler on the newly 
discovered server. FileCrawler will be responsible for parsing each filename and replacing all 
local file prefixes with URLs. For example, if it finds a playUst with the URL: C:\My 
DocumentsXMy Music\workout.m3u, it will need to change that to http:\\a.b.c.d\c\my 
documents\my music\workout,m3u, assuming the virtual root is set up such that c:\ maps to 
http:\\a.b.c.d\c. FileCrawler will get the virtual roots from the HTTPServer config edge. 

AudioContentList will also be responsible for sending an event to AudioControlSynchronous 
which details which servers are serving local content and which are serving intemet content. 
This will allow AudioControlSynchronous to request audio content from the correct server. 

When AudioSwitch receives a request from AudioControl to open a playlist, it will request the 
contents of the playlist, which will invoke a content specific playlist bead (i.e. M3UParse, 
PLSParse, ASXParse, etc.), to parse the results returned from HTTPChent and pass on the 
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content independent results. The results from the playlist parser will be passed through 
FileGlobalizer to replace all local file names with encoded URLs. 

5 XML Format Specification 

The current assumption is that the structure of all commands and event interfaces 
will use an XML message format. However, all implementation should be done in a modular 
way such that this decision can be changed at a later date without major effect on the code. 

5.1 Element List 

This section documents all XML elements supported in the system. Each element 
is shown with it's associated attributes and all optional attributes will be in italics. If all 
attributes of a particular element are optional, it must contain at least one attribute to be valid. 
Child elements of a given element are not shown. 



<CONTENT_EVENT 


version-' 


1.0" 


/> 


<SERVER_EVENT 


version-' 


1.0" 


/> 


<RECEIVER_EVENT 


version—' 


1.0" 


/> 


<ACTIVITY_EVENT 


version=" 


1.0" 


/> 


<PLAYBACK_EVENT 


version-' 


1.0" 


/> 


<HEARTBEAT_EVENT 


version-' 


1.0" 


/> 


<ACTIVITY_COMMAND 


version=" 


1.0" 


/> 


<PLAYBACK_COMMAND 


version-' 


1.0" 


/> 


<RESCAN_RESPONSE 


version=" 


1.0" 


/> 
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<HEARTBEAT MESSAGE version=' 



<FILE EXTENSIONS 



<LIST EXTENSIONS 



<HOSTS 



<VIRTUAL ROOTS 



<MULTICAST GROUPS 



version= 



version- 



version= 



version= 



1.0" /> 



1.0" /> 



1.0" /> 



1.0" /> 



1.0" /> 



version=" 1.0" /> 



<ADD TRACKS/> 



<REMOVE TRACKS/> 



<ADD PLAYLISTS/> 



<REMOVE PLAYLISTS/> 



<ADD INTERNET SERVERS/> 



<REMOVE INTERNET SERVERS/> 



<ADD LOCAL SERVERS/> 



<REMOVE LOCAL SERVERS/> 



<ADD RECEIVERS/> 



<REMOVE RECEIVERS/> 



<ADD TARGETS/> 



<REMOVE TARGETS/> 



<ADD HOST/> 



<REMOVE HOST/> 
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<CREATE_ACTIVITY/> 
<SET_PLAYLIST/> 
<SET_MODE/> 
<RESET_CONTENT/> 

<VIRTUAL_ROOT name=" virtualRootName" 

localRoot="localRootName7> 
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<HOST 



ipAddress=" ipAddress" 
name=" hostName" 
dnsName-' dnsName" /> 



<FILE 



Mr7="linkName" /M//Mz»je="localName7> 



<IP ADDRESS value="224 . 0. O.xx" l> 



<MODE 



value-'Liner | Random" /> 



<STATUS 



value="Success | Failure" /> 



<ERROR/> 



<STRINGS CODE value="errorValue" /> 



<ACTIVITY 



id=" id" name=" name" /> 



<STATE 



value = 

"Idle I Connecting | Buffering | Playing | Paused | 
Stopped I Closed | Error" /> 
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<FILELIST /> 
<PLAYLIST /> 
<TRACK/> 
<EXTENSION/> 

<PROGRESS 

<LENGTH 

<posrnoN 

<TITLE 
<ARTIST 
<ALBUM 
<GENRE 

<OPEN/> 

<PLAY/> 

STOP/> 

NEXT/> 

PREVIOUS/> 

SEEK/> 

PAUSE/> 

RESUME/> 

CLOSE/> 
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value" extension" /> 

value=" 100" units="percentage" /> 
value=" 0" units="milliseconds" /> 
value=" 0" units="milliseconds" l> 
name="Title" /> 
name=" Artist" /> 
name=" Album" /> 
nanie=" Genre" /> 



ofFset=" value" units-'milliseconds" /> 
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5. 2 Element Structure 



This section documents the structure of the supported XML elements, by 
outlining the parent-child relationships between all of the elements. Attributes of each element 
are not included in this section. 



Element 


Valid Parent Elements 


Valid Child Elements 


ACTIVITY 


ACTIVITY_COMMAND, 
ACTIVITY_EVENT 


ADD_TARGETS, ADD_TRACKS, 
ALBUM, ARilS 1 , CLOSE, 
CKb A 1 b AC 1 1 V 1 1 I , liKKUK, 

GENRE, LENGTH, NEXT, 

POSITION, PREVIOUS, 
PROGRESS, 

ivbiVHJ V II 1 AKOli 1 O, 

REMOVE_TRACKS, 

SET_MODE, SET_PLAYLIST, 
^PFK 9TATF ^TOP TTTT F 
TRACK 


ACTIVITY COMMAND 


NONE 


ACTIVITY 


ACTIVITY EVENT 


NONE 


ACTIVITY, ERROR 


ADD HOST 


HEARTBEAT EVENT 


HOST 


ADD LNlbKJMbl LibKVbKo 


obKVbK bVbJNi 


rlUo 1 


ADD LOCAL SERVERS 


SERVER EVENT 


HOST 




PnXTTFTsJT T^VPMT 
v^wiN i x-/iN 1 n V Jci> 1 


FTT F 


ADD RECEIVERS 


RECEIVER EVENT 


HOST 


ADD_TARGETS 


ACTIVITY, 
CREATE ACTIVITY 


HOST 


ADD_TRACKS 


ACTIVITY, 

CONTENT EVENT, 
CREATE ACTIVITY 


FILE 


ALBUM 


ACTIVITY, 
PLAYBACK EVENT 


NONE 


ARTIST 


ACTIVITY, 
PLAYBACK EVENT 


NONE 


CLOSE 


ACTIVITY 


NONE 


CONTENT_EVENT 


NONE 


ADD PLAYLISTS, 
ADD TRACKS, ERROR, 
REMOVE PLAYLISTS, 
REMOVE TRACKS 


CREATE_ACTIVITY 


ACTIVITY 


ADD TARGETS, ADD TRACKS, 
SET MODE, SET^PLAYLIST 
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ERROR 


ACTIVITY, 






ACTIV ITY_EVEN I, 






/^^^XT'T■CXT'T" TI'\7TI'XT'T' 

UUiN IbJN l_iiViiJN 1, 






PT A vn A T7\/T7XTT 










bAlnJNMUJN 


PTT T7 Th YTTTCTOXTQ 






T TCT T?YTT7XTCTr>XrC 




T7T7 A TTT TT> T7 WT \ TT AOTTT 


rliiAK 1 rJiiA 1 jVlbooAljil 




FEATURE NOT AVAILABLE 


HEARTBEAT MESSAGE 


NONE 


FILE 


ADD_PLAYLISTS, 


NONE 




A T^T^ TP A r^Jf C T7TT T7T TQT 






nPFTsJ PT A VT TQT 






RFMOVF PI AYLISTS 






REMOVE TRACKS, 






SET_PLAYLIST, TRACK 




FILE EXTENSIONS 


NONE 


EXTENSION 


FILELIST 


NONE 


FILE 


GENRE 


ACTIVITY, 


NONE 




PLAYBACK EVENT 




HEARTBEAT EVENT 


NONE 


ADD HOST, REMOVE_HOST 


HEARTBEAT_MESSAGE 


NONE 


FEATURE AVAILABLE, 






FEATURE NOT AVAILABLE 


HOSTS 


NONE 


HOST 


HOST 


ADD HOST, 


NONE 




ADD RECEIVERS, 






ADD TARGETS, 






HEARTBEAT, HOSTS, 






REMOVE HOST, 






REMOVE RECEIVER, 






REMOVE TARGETS 




IP ADDRESS 


MULTI CAST GROUP S 


NONE 


LENGTH 


ACTIVITY. 


NONE 




PLAYBACK EVENT 

A. l—il. \. X. XJ 1. X^^Xr%^ X^ ▼ X^X ^ X 






NONE 


EXTENSION 




oii i IVlWJ^Il 




1V4T TT Tir' A QT rjPOTTPC 


IN \J IN 11 


TP AFiT^TJF^^ 


JNbAl 


A PTTA/TTV 




UrJbJN 


PT A VD A CV CCWA\A A XTF^ 


T7TT T7 


r% A T TO f 

PAUSE 


ACIIVII Y, 


JNUJNr!, 




r L A Y B ACKCUMMAINL) 




PLAY 


ACTIVITY, 


NONE 




PLAYBACK CUMJVLAInD 








nPFN PATT^F PT AY RFSTTMF 






SEEK, STOP 


PLAYBACK_EVENT 


NONE 


ALBUM, ARTIST, ERROR, 






GENRE, LENGTH, POSITION, 






PROGRESS, STATE, TITLE 


PLAYLIST 


ACTIVITY 


FILE 
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POSITION 


ACTIVITY, 
PLAYBACK EVENT 


NONE 


PREVIOUS 


ACTIVITY 


NONE 


PROGRESS 


ACTIVITY, 

PLAYBACK COMMAND 


NONE 


RECEIVER_EVE]SIT 


NONE 


ADD_RECEIVERS, ERROR, 
REMOVE RECEIVERS 


REMOVE HOST 


HEARTBEAT EVENT 


HOST 


REMOVE INTERNET SERVERS 


SERVER RESPONSE 


HOST 


REMOVE LOCAL SERVERS 


SERVER RESPONSE 


HOST 


REMOVE PLAYLISTS 


CONTENT EVENT 


FILE 


REMOVE RECEIVERS 


RECEIVER EVENT 


HOST 


REMOVE TARGETS 


ACTIVITY 


HOST 


REMOVE_TRACKS 


ACTIVITY, 
CONTENT EVENT 


FILE 


RESCAN RESPONSE 


NONE 


STATUS 


RESET CONTENT 


ACTIVITY 


NONE 


RESUME 


ACTIVITY, 

PLAYBACK COMMAND 


NONE 


SEEK 


ACTIVITY, 

PLAYBACK COMMAND 


NONE 


SERVER_RESPONSE 


NONE 


ADD_INTERNET_SERVERS, 
ADD LOCAL SERVERS, 
REMOVE^INTERNET^SERVERS, 
REMOVE LOCAL SERVERS 


SET_MODE 


ACTIVITY, 
CREATE ACTIVITY 


MODE 


SET_PLAYLIST 


ACTIVITY, 
CREATE ACTIVITY 


FILE 


STATE 


ACTIVITY, 
PLAYBACK EVENT 


NONE 


STATUS 


RESCAN_RESPONSE 


NONE 


STOP 


ACTIVITY, 

PLAYBACK COMMAND 


NONE 


STRINGS CODE 


ERROR 


NONE 


TITLE 


ACTIVITY, 
PLAYBACK EVENT 


NONE 


TRACK 


ACTivrrY 


r'lLb 


VIRTUAL ROOT 


VIRTUAL ROOTS 


NONE 


VIRTUAL ROOTS 


NONE 


VIRTUAL ROOT 



6. Protocol Interface Specification 



This section describes all protocol interfaces which utilize XML and query string 
message format. This includes all command, event and config edges as well as interfaces to 
discovery and initialization file formats. 
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6.1 



AudioControlSynchronous 



AudioControlSynchronous supports an Event Interface on which it receives 



events from AudioBrowserList, AudioContentList and AudioReceiverList to drive the GUI and a 
config interface on which it receives commands from a web browser, however, the config 
interface is not included in this document. It also outputs commands to the AudioControl 
Command Interface and Config Interface . 

6.1 .1 Event Interface 

This interface supports four separate events: content, server, receiver and activity 
events. Event event is described in detail below. 

The first type of event is a content event which contains changes to the available 
content based on the availability of server features on the network. AudioControlSynchronous 
can support any combination of elements under the CONTENT EVENT root element. 
AudioControlSynchronous will also need to be robust enough to support duplicate add and 
remove events, by ignoring all but the first event. The structure of a content event is as follows: 



<?xml version="1.0" encoding="UTF-8" standalone="yes 



i" ?> 



<CONTENT EVENT version-" 1.0"> 



<ERROR> 



<STRINGS CODE 



value=" errorValue" /> 



</ ERROR> 



<ADD TRACKS> 
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<FILE url=" linkName" 
<FILE url=" linkName" 

</ ADD_TRACKS> 

<ADD_PLAYLISTS> 

<FILE urH' linkName" 
<FILE url=" linkName" 

</ ADD_PLAYLISTS> 

<REMOVE_TRACKS> 

<FILE url=" linkName" 
<FILE Mr/=" linkName" 

</ REMOVE_TRACKS> 

<REMOVE_PLAYLISTS> 

<FILE url=" linkName" 
<FILE url=" linkName" 

</ REMOVE_PLAYLISTS> 
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fiillName=" localName" /> 
fullName=" localName" /> 



fullName=" localName" /> 
fullName=" localName" /> 



fullName=" localName" /> 
fullName=" localName" /> 



fullName=" localName" /> 
fullName=" localName" /> 



</CONTENT_EVENT> 

The second type of event is a server event which contains changes to the available 
servers based on the availability of server features on the network, and whether a server supports 
local content, internet content or both. AudioControlSynchronous can support any combination 
of elements under the SERVER_EVENT root element. AudioControlSynchronous will also 
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need to be robust enough to support duplicate add and remove events, by ignoring all but the first 
event. The structure of a server event is as follows: 

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?> 

<SERVER_EVENT version=" 1.0" > 

<ERROR> 

<STRINGS_CODE value=" errorValue" /> 
</ERROR> 

</ADD_INTERNET_SERVERS> 

<HOST ipAddress=" ipAddress" 

name-' hostName" 

dnsName=" dnsName" /> 
</ADD_INTERNET_SERVERS> 

<ADD_LOCAL_SERVERS> 

<HOST ipAddress=" ipAddress" 

name=" hostName" 

dnsName=" dnsName" /> 
</ ADD_LOCAL_SERVERS> 

<REMOVE_INTERNET_SERVERS> 

<HOST ipAddress-' ipAddress" 
name=" hostName" 
dnsName=" dnsName" l> 
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</ REMOVE INTERNET SERVERS> 



<REMOVE LOCAL SERVERS> 



<HOST 



ipAddress=" ipAddress' 



name= 



" hostName' 



dnsName=" dnsName" /> 



</ REMOVE_LOCAL_SERVERS> 

</ SERVER_EVENT> 

The third type of event is a receiver event which contains changes to the available 
receivers based on the availability of receiver features on the network. 



AudioControlSynchronous can support any combination of elements under the 



RECEIVER EVENT root element. AudioControlSynchronous will also need to be robust 
enough to support duplicate add and remove events, by ignoring all but the first event. The 
structure of a receiver event is as follows: 



<?xml version="1.0" encoding="UTF-8" standalone="yes" ?> 

<RECEIVER_EVENT version=" 1.0" > 

<ERROR> 

<STRINGS_CODE value=" errorValue" /> 
</ERROR> 
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</ADD_RECEIVERS> 

<HOST ipAddress=" ipAddress" 

name=" hostName" 

dnsName=" dnsName" /> 
<l ADD_RECEIVERS> 

<REMOVE_RECEIVERS> 

<HOST ipAddress=" ipAddress" 

name=" hostName" 

dnsName=" dnsName" /> 
</ REMOVE_RECEIVERS> 

</ RECEIVER_EVENT> 

The fourth type of event is an activity event which contains changes to the active 
activities in the system. An activity event can contain multiple ACTIVITY elements and an 
ACTIVITY element can contain any combination of child elements. The structure of an activity 
event is as follows: 

<ACTIVITY_EVENT version=" 1.0" > 

<ERROR> 

<STRINGS_CODE value-" errorValue" /> 
</ERROR> 

<ACTIVITY id=" id" name="name" > 
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<ERROR> 

<STRINGS_CODE value=" errorValue" /> 
</ERROR> 

<ADD_TARGETS> 

<HOST ipAddress=" ipAddress" 
name=" hostName" 
dnsName=" dnsName" /> 

<ADD_TARGETS> 

<REMOVE_TARGETS 

<HOST ipAddress=" ipAddress" 

name=" hostName" 

dnsName=" dnsName" /> 
<REMOVE_TARGETS 

<PLAYLIST> 

<FILE url=" linkName" fullName=" localName" /> 

</PLAYLIST> 

<TRACK> 

<FILE url=" linkName" fiillName=" localName" /> 

</ TRACK> 

<STATE value = 

"Idle I Comiecting | Buffering | Playing | Paused | 
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Stopped I Closed | Error" l> 

<PROGRESS value="100" units="percentage" /> 

<LENGTH value=" 0" units="milliseconds" /> 

<POSITION value=" 0" units="milliseconds" /> 

<TITLE name="Title" /> 

<ARTIST name="Artist" /> 

<ALBUM name=" Album" /> 

<GENRE name=" Genre" /> 

<CLOSE/> 

</ACTIVITY> 

</ACTIVITY_EVENT> 

Note that AudioControlSynchronous will also receive content events, server events, receiver 
events and activity events on startup to set the initial state of the system. 

6.2 AudioControl 

AudioControl supports a Command Interface on which it receives commands 
from AudioControlSynchronous and a Config Interface that supports synchronous requests from 
AudioControlSynchronous. It also outputs commands to the AudioSwitch Command Interface . 
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6.2.1 Command Interface 

The AudioControl command interface supports activity commands. Activity 
commands act on a specific activity and can contain at most one ACTIVITY element, but an 
ACTIVITY element can contain any combination of child elements. All activity commands 
require an Activityld. The Activityld is generated by AudioControlSynchronous and will be a 
combination of the IP address where the browser feature is running and a unique sequentional 
identifier, i.e. 10.1.1.20.1, 10.1.1.20.2, etc. Once the unique Activityld is generated, 
AudioControlSynchronous can send multiple commands per activity as required. The complete 
structure is as follows; 

<?xml version=n.O" encoding="UTF-8" standalone="yes" ?> 

<ACTIVITY_COMMAND version-" 1.0*' > 

<ACTIVITY id="id" «awe="name"> 

<CREATE_ACTIVITY> 

<ADD_TARGETS> 

<HOST ipAddress==" ipAddress" 
name-' hostName" 
dnsName-' dnsName" /> 
<HOST ipAddress=" ipAddress" 
name-' hostName" 
dnsName=''' dnsName" /> 

<ADD TARGETS> 
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<SET PLAYLIST> 



<FILE url=" linkName" fullName^" localName" /> 



<SET PLAYLIST> 



<ADD TRACKS> 



<FILE url=" linkName" 



<FILE Mr/=" linkName" 



<FILE url=" linkName" 



fullNameF=" localName" /> 
fullName=" localName" /> 
fullName=" localName" /> 



</ADD TRACKS> 



<SET_MODE> 

<MODE value=" Linear 1 Random" /> 
</ SET MODE> 



</ CREATE ACTIVITY> 



<PLAY/> 



<ADD TRACKS> 



<FILE «r/=" linkName" 



<FILE url=" linkName" 



</ADD TRACKS> 



<REMOVE TRACKS> 



<FILE Mr/=" linkName" 



<FILE url= " linkName" 



</ REMOVE TRACKS> 



fullName=^" localName" /> 
fullName=" localName" /> 



fuUName=" localName" /> 
fullName=" localName" f> 



<SET PLAYLIST> 
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<FILE url=" linkName" fullName=" localName" /> 
</ SET_PLAYLIST> 

<SET_MODE value="Linear | Random" /> 

<RESET_CONTENT/> 

<STOP/> 

<NEXT/> 
<PREVIOUS 

<SEEK ofrset=" value" units=" milliseconds" /> 

<PAUSE/> 

<RESUME/> 

<ADD_TARGETS> 

<HOST ipAddress=" ipAddress" 

name=" hostName" 

dnsName-' dnsName" /> 
</ADD_TARGETS> 



71388 vl 



27 



Substitute Specification 



Serial No. 10/775,550 
Docket No. 3802-4060US4 



<REMOVE_TARGETS> 

<HOST ipAddress=" ipAddress" 
name=" hostName" 
dnsName=" dnsName" /> 

</REMOVE_TARGETS> 

<CLOSE/> 
</ACTIVITY> 
</ACTIVITY_COMMAND> 



The CREATE ACTIVITY command described above has very specific semantics as follows: 



#ofPlaylists 


# of Tracks 


Mode 


Description 


0 


0 


Ignored 


INVALID 


0 


1 


Ignored 


Play single track only. 


1 


1 


Linear* 


Play list starting at selected track. 


1 


0 


Linear* 


Play list starting at first track, 
continue sequentially until end. 


1 


0 


Random 


Play list starting at random track, 
continue randomly until all songs 
played. 


0 


2+ 


Linear* 


Play all tracks in order received. 


0 


2+ 


Random 


Play all tracks in random order. 


1 


2+ 


Ignored 


INVALID 



* Default 



6.2.2 Config Interface 



There is one command supported by the AudioControl config interface, called 
ExpandPlayUst and the syntax is as follows: 

28 

71388 vl 



Substitute Specification Serial No. 10/775,550 

Docket No. 3802-4060US4 

http://ipAddress/portal/protocols/AudioControl?Command=ExpandPlavlis 
t&Uri=DlavlistUrl 

ExpandPlaylist returns the contents of the requested playUst with all local file names translated 
into encoded URLs. The structure of the return message is as follows: 

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?> 

<FILELIST version=" 1.0" > 



<FILE 


url=" 


linW^Jame" 


fullName=" 


localName" 


/> 


<FILE 


url=" 


linkName" 


fullName=" 


localName" 


/> 


<FILE 


url=" 


linkName" 


fullName=" 


localName" 


/> 


<FILE 


urH' 


linkName" 


fullName=" 


localName" 


/> 



</FILELIST> 

6.3 AudioSwitch 

AudioSwitch supports a Command Interface on which it receives commands from 
AudioControl, an Event Interface on which it receives events from AudioStreamSource and a 
Config Interface on which it receives synchronous command requests from AudioBrowserList. 
It also outputs commands to the AudioStreamSource Command Interface and activitv events to 

the AudioBrowserList Event Interface> 
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6.3.1 Command Interface 

AudioSwitch supports the same command interface as AudioControl, since 
AudioControl is just responsible for sending commands to the correct session of AudioSwitch. 
For the complete interface specification, see AudioControl Command hiterface . 

6.3.2 Event Interface 

The data sent to AudioSwitch from AudioStreamSource via the AudioSwitch 
event interface captures changes in the current status of the AudioStreamSource session. 
AudioStreamSource will be sending events and audio data to AudioSwitch via the event edge, so 
all payload data, include the XML event messages will have an RTP header on them to 
differentiate the audio from the events. AudioSwitch can support any combmation of elements 
under the PLAYBACK_EVENT root element. The complete interface is as follows: 

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?> 

<PLAYBACK_EVENT version=" 1.0" > 

<ERROR> 

<STRINGS_CODE value=" errorValue" /> 
</ERROR> 

<STATE value = | Buffering | Playing | Paused | Stopped | 
Closed I Error" /> 

<PROGRESS value="100" units="percentage" /> 
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<LENGTH value=" 0" units="milliseconds" /> 

<TITLE name="Title" /> 

<ARTIST name=" Artist" /> 

<ALBUM name=" Album" /> 

<GENRE name=" Genre" /> 

<l PLAYBACK _EVENT> 

6.3.3 Config Interface 

There is one command supported by the AudioSwitch config interface, called 
ListActivities, which returns all of the currently active activities owned by AudioSwitch, and the 
syntax is as follows: 

http://ipAddress/portal/protocols/AudioSwitch?Conunand=ListActivities 

The structure of the return message is the same as the activity event as defined by the 
AudioBrowserList Event Interface . 

6.4 AudioStreamSource 

AudioStreamSource supports a Command Interface on which it receives 
commands fi-om AudioSwitch. It also outputs events to the AudioSwitch Event Interface . 
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6.4.1 



Command Interface 



AudioStreamSource receives commands from AudioSwitch which manage the 



AudioStreamSource session and the audio being streamed by that session. AudioStreamSource 
can support any combination of elements under the PLAYBACK_COMMAND root element. 
The complete structure is as follows. 

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?> 

<PLAYBACK_COMMAND version=" 1.0" > 



<OPEN> 



<FILE 



url=" linkName' 



fullName=" localName" /> 



</OPEN> 



<PLAY/> 



<STOP/> 



<SEEK 



offset=" value' 



units=" milliseconds" /> 



<PAUSE/> 



<RESUME/></ PLAYBACK COMMAND> 
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6.4.2 Config Interface 

There is one command supported by the AudioStreamSource config interface, 
called ListMetadata, which returns all available information about a URL, and the syntax is as 
follows: 

http://ipAddress/portal/protocols/AudioStreamSource?Command=ListMeta 
data&Url=url 

The structure of the return message is the same as the PLAYBACK EVENT as defined by the 
AudioSwitch Event Interface . 

6.5 FileCrawler 

FileCrawler supports a Config Interface on which it receives synchronous 
commands from AudioContentList. 

6.5.1 Config Interface 

There is one command supported by the FileCrawler config interface, called 
ListFiles, which retums all of the files under the virtual root directory that match the given 
extension. 

http://ipAddress/portal/protocols/FileCrawler?Command=ListFiles&Root 
=virtualRoot&Extension=extension 

The structure of the return message is as follows: 

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>. 
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6.6 



<FILELIST version=" 1.0" > 



<FILE url=" linkName" 



<FILE url=" linkName" 



<FILE url=" linkName" 



</FILELIST> 



AudioBrowserList 



fullName=" localName" /> 
fullName=" localName" /> 
fullName=" localName" /> 



AudioBrowserList supports an Event Interface on which it receives events from 
AudioSwitch with current activity information and it outputs activitv events as specified by the 
AudioControlSvnchronousEvent Interface . It also supports a Heartbeat Interface on which it 
receives events from Heartbeat announcing the addition or removal of new browser features to 
and from the network. 



6.6.1 



Event Interface 



AudioBrowserList supports the same event interface as 
AudioControlSynchronous since AudioBrowserList is just responsible for multiplexing the 
events it receives to all connected browser features. For the complete interface specification, see 
AudioControlSynchronous Event Interface . 



6.6.2 



Heartbeat Interface 



This interface receives a heartbeat event from Heartbeat announcing the the 
addition or removal of a host which is currently running the browser feature. The structure of a 
heartbeat event is as follows: 
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<HEARTBEAT EVENT version=" 1 . 0"> 



<ADD_HOST> 

<HOST ipAddress=" ipAddress" 
name=" hostName" 
dnsName=" dnsName" /> 

</ADD_HOST> 

<REMOVE_HOST> 

<HOST ipAddress=" ipAddress" 

name=" hostName" 

dnsName=" dnsName" /> 
</ REMOVE_HOST> 

</ HEARTBEAT_EVENT> 

6.7 AudioContentList 

AudioContentList supports a Config Interface on which it receives synchronous 
commands and it outputs content events and server events as specified by the 
AudioControlSvnchronous Event Interface . It also supports a Heartbeat Interface on which it 
receives events from Heartbeat announcing the addition or removal of new server features to and 
fi-om the network. Lastly, it requires an initialization file to define the supported file and playlist 
types. 
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6.7.1 Config Interface 

At a high level the AudioContentList config interface needs to support the ability 
to list all of the content currently accessible across the network. Li addition, it needs to provide 
an interface to allow the user to rescan content that may have changed. This can be done 
globally, for a particular host or for a particular virtual root on a host. 

The first command supported by the config interface is called ListContent, which returns all of 
the content currently available across all discovered server features. 

http://ipAddress/portal/protocols/AudioContentList?Command=ListContent 

The structure of the return message is as follows: 

<?xmlversion="1.0" encoding="UTF-8" standalone="yes" ?> 

<CONTENT_EVENT version="1.0"> 

<ADD_TRACKS> 

<FILE url=" linkName" fullName=" localName" /> 
<FILE url=" linkName" fullName=" localName" /> 

</ ADD_TRACKS> 

<ADD_PLAYLISTS> 

<FILE url=" linkName" fiillName=" localName" /> 
<FILE url=" linkName" fullName=" localName" /> 

</ADD PLAYLISTS> 
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</ CONTENT_EVENT> 

The commands supported to rescan content are as follows: 

http://ipAddress/portal/protocols/AudioContentList?Command=ListHosts 

http://ipAddress/portal/protocols/AudioContentList?Command=ListVirtu 
alRoots&Host=ipAddress 

http://ipAddress/portal/protocols/AudioContentList?Command=Rescan 

http://ipAddress/portal/protocols/AudioContentList?Command=Rescan&Host=ipAddre 

http://ipAddress/portal/protocols/AudioContentList?Command=Rescan&Host=ipAd^^^ 
&VirtualRoot=virtualRoot 

The first command will return all hosts currently accessible in the system. The structure of the 
return message is as follows: 

<?xml version="1.0" encoding-"UTF-8" standalone="yes" ?> 

<HOSTS version=" 1.0" > 

<HOST ipAddress=" ipAddress" 



hostName' 



dnsName=" dnsName" /> 



<HOST 



ipAddress=" ipAddress 



name-' hostName' 



dnsName-' dnsName" /> 
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</HOSTS> 



The second command will return all virtual roots for a given host. The structure of the return 
message is as follows: 

<?xmlversion="1.0" encoding="UTF-8" standalone="yes" ?> 

<VIRTUAL_ROOTS version=" 1.0"> 

<VIRTUAL_ROOT name=" virtualRootName" 

localRoot=" localRootName" /> 

<VIRTUAL_ROOT name=" virtualRootName" 

localRoot=" localRootName" /> 

<VIRTUAL_ROOT name=" virtualRootName" 

localRoot=" localRootName" /> 

</VIRTUAL_ROOTS> 

The remaining three commands will scan all hosts, a particular host or a particular virtual root, 
respectively and will result in a CONTENT EVENT being sent as defined by the 
AudioControlSvnchronous Event Interface . The config edge will return a status message as 
follows: 

<?xmlversion="1.0" encoding="UTF-8" standalone="yes" ?> 
<RESCAN_RESPONSE version=" 1.0" > 

<STATUS value=" Success | Failure" /> 



71388 vl 



38 



Substitute Specification Serial No. 10/775,550 

Docket No. 3802-4060US4 

</RESCAN_RESPONSE> 

6.7.2 Heartbeat Interface 

This interface receives a heartbeat event from Heartbeat announcing the addition 
or removal of a host which is currently running the server feature. The structure of a 
HEARTBEAT EVENT is the same as defined by the AudioBrowserList Heartbeat Interface . 

6.7.3 Initialization File 

The AudioContentList.protocol initialization file, will contain data in XML 
format which describes what the supported audio content types are and which types are Usts and 
which are single files. The XML format and will look like the following: 

<?xmlversion='1.0' encoding='UTF-8' standalone='yes' ?> 

<PROTOCOLname='AudioContentList'> 

<INITFILEmodule='AudioContentList'> 

<FILE_EXTENSIONS version=" 1 .0"> 

<EXTENSION value=" mp3" /> 
<EXTENSION value=" wav" /> 
<EXTENSION value=" wma" /> 

</FILE_EXTENSIONS> 

<LIST_EXTENSIONS version=" 1 .0"> 
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<EXTENSION value=" m3u" /> 
<EXTENSION value=" pis*' /> 
<EXTENSION value=" asx" /> 

<l LIST_EXTENSIONS> 

</ INITFILE> 

</ PROTOCOLS 

Note that this is just an example and does not represent a complete list. 

6. 8 AudioReceiverList 

AudioReceiverList supports a Config Interface on which it receives synchronous 
commands and it outputs receiver events as specified by the AudioControlSvnchronous Event 
Interface . It also supports a Heartbeat Interface on which it receives events from Heartbeat 
announcing the addition or removal of new receiver features to and from the network. 

6.8.1 Config Interface 

There is one command supported by the AudioReceiverList config interface, 
called ListReceivers, which returns all of the discovered receivers. 

http://ipAddress/portal/protocols/AudioReceiverList?Command=ListRece 
ivers 

The structure of the return message is as follows: 
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<?xmlversion="1.0" encoding="UTF-8" standalone="yes" ?> 

<RECEIVER_EVENT version="1.0"> 

<ADD_RECEIVERS> 

<HOST ipAddress=" ipAddress" 
name-' hostName" 
dnsName=" dnsName" /> 

<HOST ipAddress=" ipAddress" 

name=" hostName" 
dnsName=" dnsName" /> 

<HOST ipAddress=" ipAddress" 
name=" hostName" 
dnsName=" dnsName" /> 

</ADD_RECEIVERS> 

</RECEIVER_EVENT> 

6.8.2 Heartbeat Interface 

This interface receives a heartbeat event from Heartbeat armouncing the addition 
or removal of a host which is currently running the receiver feature. The structure of a 
HEARTBEAT EVENT is the same as defined by the AudioBrowserList Heartbeat Interface . 
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6.9 



HTTPServer 



HTTPServer supports a Config Interface on which it receives synchronous 



commands from AudioContentList. It requires an initialization file to define the supported 
virtual roots. 



At a high level the HTTPServer config interface needs to support the ability to list 
the contents of the current virtual roots as well as the ability to modify the current virtual roots. 
This will translate to a number of supported commands as follows: 

http: //ipAddress/portal/protocols/https?Command=ListVirtualRoots 

http://ipAddress/portal/protocols/https?Command=AddVirtualRoot&Name= 
virtualRoot&Local Root 

http://ipAddress/pQrtal/protocols/https?Command=RemoveVirtualRoot&Na 
me=virtualRoot&LocalRoot=localRoot 

The structure of the return message is the same for all commands, as all commands will retum 
the current contents of the virtual roots table after the command is executed. The structure is as 
follows: 

<?xml version="1.0" encoding="UTF-8" standalone="yes'^ ?> 
<VIRTUAL_ROOTS version=" 1.0"> 



6.9.1 



Config Interface 
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<VIRTUAL ROOT 



name=" virtualRootName" 



localRoot=" localRootName"/> 
<VIRTUAL_ROOT name=" virtualRootName" 

localRoot=" localRootName7> 
<VIRTUAL_ROOT name=" virtualRootName" 

localRoot=" localRootName"/> 



<l VIRTUAL_ROOTS> 

Since the virtual roots are persistent, the AddVirtualRoot and Remove VirtualRoot commands 
will need to modify the contents of the initialization file. 

6.9.2 Initialization File 



The HTTPServer .protocol initialization file, will contain the same XML format 



that is returned firom the config edge and will look like the following: 

<?xml version='1.0' encoding='UTF-8' standalone='yes' ?> 
<PROTOCOL name='HTTPServer'> 



<riSriTFILE module='HTTPServer'> 



<VIRTUAL ROOTS version=" 1.0"> 



<VIRTUAL ROOT 



name= 



:=" virtualRootName' 



localRoot=" localRootName"/> 



<VIRTUAL ROOT 



name=" virtualRootName" 



localRoot=" localRootName"/> 
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<VIRTUAL_ROOT name=" virtualRootName" 

localRoot=" localRootName"/> 

</ VIRTUAL_ROOTS> 
</ INITFILE> 
</PROTOCOL> 

6.10 PortalSock 

PortalSock supports a Config Interface o n which it receives synchronous 
commands from AudioSwitch to add or remove the given host to or from a multicast group. 

6.10.1 Config Interface 

The PortalSock config interface needs to support the ability to add the host it is 
running on to a given multicast group, the ability to remove the host from the multicast group 
and to report which multicast groups the host is currently a part of. This will translate to the 
following supported commands: 

http://ipAddress/portal/protocols/PortalSock?command=JoinMulticastGroup 
&IpAddress=224.0.0.XX 

http://ipAddress/portal/protocols/PortalSock?command=LeaveMulticastGrou 
p&IpAddress=224.0.0.XX 

http://ipAddress/portal/protocols/PortalSock?command=ListMulticastGroups 
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All three commands should return a current list of the multicast groups that the host is currently 
part of after the command completes, as follows: 

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?> 

<MULTICAST_GROUPS version="1.0" > 

<IP_ADDRESS value=" 224.0.0.xx" /> 

<IP_ADDRESS value=" 224.0.0.xx" l> 
</MULTICAST_GROUPS> 

6.11 Playlist Parsers 

All Playlist Parsers (i.e. MSUparse, ASXParse, PLSParse, etc.) will take in the 
contents of the content specific playlist file, via an HTTP request on their data edge, and output 
an XML message with the following format: 

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?> 

<FILELIST version=" 1.0" > 

<FILE fullName=" localName" /> 

<FILE fullName=" localName" /> 

<FILE fullName=" localName" /> 
</FILELIST> 

Note that the Playlist Parsers are only responsible for filling in the local file names. 
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6.12 FileGlobalizer 

The FileGlobalizer will take in XML data using the FILELIST element, as output 
by the Playlist Parsers and is responsible for adding the url attribute, by using the 
VIRTUAL_ROOTS available via HTTPServer's config edge. All urls added by FileGlobalizer 
should be encoded for correct transport. The output message of the FileGlobalizer data edge is 
as follows: 

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?> 

FILELIST version=" 1.0" > 

<FILE url-' linkName" fullName=" localName" /> 

<FILE i/r/=" linkName" /M//M3[we=" localName" /> 

<FILE url=" linkName" fullName=" localName" /> 

</FILELIST> 

6.13 Heartbeat 

The Heartbeat protocol will run on all hosts and broadcast a message to discovery 
on startup announcing the availability of the host. The feature that the host is aimouncing, will 
be determined by the channel that the Heartbeat broadcasts over. The contents of the message 
will indicate whether the feature is available on the given host. Which features are available will 
be specified in the Heartbeat initialization file. The format of the message sent to discovery on 
startup is as follows: 

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?> 
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<HEARTBEAT_MESSAGE version="1.0" > 

<FEATURE_AVAILABLE/> 

<FEATURE_NOT_AVAILABLE/> 

<l HEARTBEAT_MESSAGE> 

The message must contain either the FEATURE_AVAILABLE tag or the 
FEATURE_NOT_AVAILABLE tag, but not both. 

The format of the Heartbeat initialization file is as follows: 

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?> 

<PROTOCOL name='Heartbeaf> 

<INITFILE module='Heartbeat'> 

<NAMEVALUEPAIR name='Chamiel' value='#' /> 

<J INITFILE> 

</PROTOCOL> 

The supported channels are as follows: 



Channel 



3 



Local Server 



Channel 



4 



Internet Server 



Channel 



5 



Receiver 



Channel 



6 



Browser 
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The Heartbeat initialization file can contain multiple channels if the host is supporting multiple 
features, such as Local Server and Internet Server. A component architecture overview is shown 
again in Figure 2. 



Name 


Parameters 


Action 


AiidioCohtentList.Cfe^ : ; 




ListContent 


N/A 


Retum message with all of the content 






currently available across all discovered 






host PCs. 


ListHosts 


N/A 


Retum message will all hosts server hosts 






currently available. 


ListVirtualRoots 


Host 


Retum message with all virtual roots 






accessible on the given host. 


Rescan 


N/A 


Rescan all hosts for new content. 


Rescan 


Host 


Rescan host for new content. 


Rescan 


Host 


Rescan host specific virtual root for new 




VirtualRoot 


content. 


AudioContentList Event Interface li% I 


AddHosts 


Host [, Host, Host, ...] 


Send SERVER_EVENT and 




CONTENT_EVENT to 






AudioControlSynchronous for new 






servers. 


RemoveHosts 


Host [, Host, Host, ...] 


Send SERVER EVENT and 




CONTENT^EVENT to 






AudioControlSynchronous for removed 






servers. 


AudioReceiverList^Qpnfig Interface 


ListReceivers 


N/A 


Retum message with all of the discovered 






receivers. 


^ AudioReceiyerList E|/ent Interfgice. ^ 1 jr 




AddHosts 


Host [, Host, Host, ...] 


Send RECEIVER_EVENT to 




AudioControlSynchronous for new 






servers. 


RemoveHosts 


Host [, Host, Host, ...] 


Send RECEIVER_EVENT to 




AudioControlSynchronous for removed 






servers. 


FileCrawler Cpnfig.^Interface ^-^ , 


ListFiles 


Root 


Retum message with all of the files under 




Extension 


the virtual root directory that match the 






given extension. 
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The images as shown in Figures 3-5 represent screen shots from an early version of 
BeComm's Audio Browser. The Audio Browser allows someone to control multiple audio 
devices and access all of the audio data on those devices. 

The first image of Figure 3 shows the layout of the Audio Browser. A song titled 
"song3" is currently playing on the "Living Room Stereo". The Audio Browser should follow 
along a playlist by highlighting the currently playing song. 

Bed Room Stereo is currently not in use and can be added simply by clicking on it. This 
will cause music to start playing in the Bed Room that was already playing in the Living Room. 
Removing an Audio player is also simply done by mouse click, 

A new song or playlist could be switched at any point by double clicking on one. 
Different audio can play on different adapters at the same time. This is done by clicking on the + 
sign on the far right of the button panel. Now a new audio session is created. To start playing 
music the user picks a sdhg, selects any set of the available adapters (currently light gray 
represents adapters in use), and hits the play button. 

The screen as shown in Figure 5 shows the Audio Browsers state before the play button is 
pressed. When it is song2 will start playing in the Bed Room. 

AudioStream Source Events 

This document is presented to clearly specify the events generated by 
AudioStreamSource (ASS). Where the Component Communication document is flexible, this 
document is slightly more rigid specification to be used for implementation of the ASS events, 
specifying likely order (comparison of Real and WMA needs to be done) and exact message 
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contents. Note that buffering can take place at any time, except while stopped with no 
outstanding commands. 

For a standard open-play scenario of an mp3 format file, following are the events generated by 
the AudioStreamSource protocol, in order: 

[Open command issued ] 

<?xml version="1.0"encoding="UTF-8" standalone="ves" ?> 
<PLAYBACK EVENT version=" 1.0"> 

<LENGTH value=" 0" units="milliseconds" /> 
</ PLAYBACK EVENT> 

Not implemented yet: 

<?xml version="1.0" encoding="UTF-8" standalone="ves" ?> 
<PLAYBACK EVENT version="1.0" > 



<TITLE 


name= 


="Title" /> 


<ARTIST 


name= 


="Artist" /> 


<ALBUM 


name= 


=" Album" /> 


<GENRE 


name= 


=" Genre" /> 



</ PLAYBACK EVENT> 
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<?xml version="1.0" encoding="UTF-8" standalone="ves" ?> 
<PLAYBACK EVENT version="1.0" > 

<STATE value = Stopped" /> 

</ PLAYBACK EVENT> 

[Play command Issued ] 

<?xml version="1.0" encoding-"UTF-8" standalone="ves" ?> 
<PLAYBACK EVENT version="1.0" > 

<STATE value - "Playing" /> 

</PLAYBACK EVENT> 

Net congestioii: 

<?xml version="1.0" encoding="UTF-8" standalone="ves" ?> 
<PLAYBACK EVENT version="1.0" > 

<STATE value = "BufFering" /> 

<PROGRESS value=" 0-100" units="percentage" /> 
</ PLAYBACK EVENT> 

[song plays to completion] 

<?xml ver5ion="l.Q" encoding="UTF-8" standalone="ves" ?> 
<PLAYBACK EVENT version="1.0" > 

<STATE value = "Stopped" /> 
</ PLAYBACK EVENT> 

For a standard seek scenario of an mp3 format file, following are the events generated by the 
AudioStreamSource protocol, in order: 
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[Seek command issued ] 
Seek: 

<?xml version="1.0" encoding="UTF-8" standalone="ves" ?> 
<PLAYBACK EVENT version="1.0" > 

<STATE value = "Buffering" /> 

<PROGRESS value=" 0-100" units="percentage" /> 

</PLAYBACK EVENT> 

<?xml version="1.0" encoding="UTF-8" standalone="ves" ?> 
<PLAYBACK EVENT version="1.0" > 

<STATE value = "Playing" /> 
</ PLAYBACK EVENT> 

For a standard pause of a live stream scenario of an mp3 format file, following are the events 
generated by the AudioStreamSource protocol, in order: 

[Pause command issued ] 

<?xml version="1.0" encoding="UTF-8" standalone="ves" ?> 
<PLAYBACK EVENT version="1.0" > 

<STATE value = "Paused" /> 
</PLAYBACK EVENT> 

[Resume command issued ] 
Resume live stream: 

<?xml version="1.0" encoding="UTF-8" standalone="ves" ?> 
<PLAYBACK EVENT version="1.0" > 
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<STATE value = "Buffering" /> 
<PROGRESS value=" 0-100" units="percentage" /> 
</ PLAYBACK EVENT> 

<?xml version="1.0" encoding="UTF-8" standalone^"ves" ?> 
<PLAYBACK EVENT version="1.0" > 

<STATE value = "Playing" /> 

</ PLAYBACK EVENT> 

For a standard stop-play scenario of an mpB format file, following are the events generated by 
the AudioStreamSource protocol, in order: 

[Stop command issued] 

<?xml version="1.0" encoding="UTF-8" standalone="ves" ?> 
<PLAYBACK EVENT version="1.0" > 

<STATE value = "Stopped" /> 
</ PLAYBACK EVENT> 

[Play command issued] 
Net congestion: 

<?xml version="1.0" encoding="UTF-8" standalone="ves" ?> 
<PLAYBACK EVENT version="1.0" > 

<STATE value = "Buffering" /> 

<PROGRESS value=" 0-100" units="percentage" /> 
</ PLAYBACK EVENT> 
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<?xml version="1.0" encoding="UTF-8" standalone="ves" ?> 
<PLAYBACK EVENT version="1.0" > 

<STATE value = "Plaving"/> 
</ PLAYBACK EVENT> 
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CLAIM 

WHAT IS CLAIMED IS: 

1. An audio server system for streaming audio content, comprising: 

an audio switch that receives commands from an audio control component and sends 

commands to an audio stream source, that receives events from an audio stream source and sends 

events to an audio browse list component, and that controls the switching of audio from the 

audio stream source to one or more receivers; and 

an audio control component that receives commands from an audio control synchronous 

component and sends commands to the audio switch. 
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